Перевод: с английского на русский

с русского на английский

прикладной процесс управления

  • 1 management application process

    English-Russian dictionary of modern telecommunications > management application process

  • 2 signaling management application process

    1. прикладной процесс управления сигнализацией

    Англо-русский словарь нормативно-технической терминологии > signaling management application process

  • 3 MAP

    * * *
    1. см. Manufacturing Automatic Protocol
    2. см. Microprocessor Analysis Package
    3. см. Mobile Application Part

    English-Russian dictionary of modern telecommunications > MAP

  • 4 Network Management Application Process (NMAP)

    прикладной процесс управления сетью

    English-Russian dictionary of modern telecommunications > Network Management Application Process (NMAP)

  • 5 System Management Application Process

    прикладной процесс управления системой

    English-Russian dictionary of modern telecommunications > System Management Application Process

  • 6 SMAP

    1. протокол приложения для управления системой
    2. прикладной процесс управления сигнализацией

    Англо-русский словарь нормативно-технической терминологии > SMAP

  • 7 application process

    1) Вычислительная техника: прикладной процесс
    2) Парфюмерия: процесс применения
    3) Программирование: прикладной процесс (управления данными) (процесс, определенный в соответствии с требованиями конкретной информационной системы)

    Универсальный англо-русский словарь > application process

  • 8 SMAP

    прикладной процесс управления системой

    Англо-русский cловарь терминов и сокращений по мобильной радиосвязи стандарта GSM > SMAP

  • 9 application process

    1. прикладной процесс обработки данных
    2. прикладной процесс

     

    прикладной процесс
    (МСЭ-Т Х.501, МСЭ-Т Х.521).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    прикладной процесс обработки данных
    прикладной процесс
    Ориентированная на конкретное применение конечная последовательность действий по обработке данных в системе телеобработки данных или вычислительной сети.
    [ ГОСТ 24402-88]

    Тематики

    Синонимы

    EN

    2.5 прикладной процесс (application process): Процесс, определенный в соответствии с требованиями конкретной информационной системы.

    Источник: ГОСТ Р ИСО/МЭК ТО 10032-2007: Эталонная модель управления данными

    22. Прикладной процесс обработки данных

    Прикладной процесс

    Application process

    Ориентированная на конкретное применение конечная последовательность действий по обработке данных в системе телеобработки данных или вычислительной сети

    Источник: ГОСТ 24402-88: Телеобработка данных и вычислительные сети. Термины и определения оригинал документа

    Англо-русский словарь нормативно-технической терминологии > application process

  • 10 Management Application Function (MAF)

    прикладная функция управления.
    Прикладной процесс, участвующий в управлении системой.

    English-Russian dictionary of modern telecommunications > Management Application Function (MAF)

  • 11 product

    1. товар
    2. Термины, определенные в ИСО 10303-1
    3. произведение (мат.)
    4. продукция (в экологическом менеджменте)
    5. продукция
    6. продукт
    7. оборудование
    8. изделие

     

    оборудование
    Совокупность связанных между собой частей или устройств, из которых по крайней мере одно движется, а также элементы привода, управления и энергетические узлы, которые предназначены для определенного применения, в частности для обработки, производства, перемещения или упаковки материала. К термину «оборудование» относят также машину и совокупность машин, которые так устроены и управляемы, что они функционируют как единое целое для достижения одной и той же цели.
    [ГОСТ ЕН 1070-2003]

    оборудование
    -
    [IEV number 151-11-25 ]

    оборудование
    Оснащение, материалы, приспособления, устройства, механизмы, приборы, инструменты и другие принадлежности, используемые в качестве частей электрической установки или в соединении с ней.
    [ ГОСТ Р МЭК 60204-1-2007]

    EN

    equipment
    single apparatus or set of devices or apparatuses, or the set of main devices of an installation, or all devices necessary to perform a specific task
    NOTE – Examples of equipment are a power transformer, the equipment of a substation, measuring equipment.
    [IEV number 151-11-25 ]

    equipment
    material, fittings, devices, components, appliances, fixtures, apparatus, and the like used as part of, or in connection with, the electrical equipment of machines
    [IEC 60204-1-2006]

    FR

    équipement, m
    matériel, m
    appareil unique ou ensemble de dispositifs ou appareils, ou ensemble des dispositifs principaux d'une installation, ou ensemble des dispositifs nécessaires à l'accomplissement d'une tâche particulière
    NOTE – Des exemples d’équipement ou de matériel sont un transformateur de puissance, l’équipement d’une sous-station, un équipement de mesure.
    [IEV number 151-11-25]

    Тематики

    EN

    DE

    FR

     

    продукт
    —
    [ http://www.eionet.europa.eu/gemet/alphabetic?langcode=en]

    продукт
    1. Вещественный результат производственной (экономической) деятельности; в этом смысле совокупность продуктов экономической системы (объекта) — полезная часть ее выпуска. Раз возникнув, каждый П. обладает своим жизненным циклом, длительность которого может быть различной. Разграничение продуктов и ресурсов в экономико-математических моделях не проводится однозначно: оно зависит от структуры и других особенностей модели. Например, если первичным элементом модели является предприятие, то, допустим, автомобильный мотор можно рассматривать как П. моторного завода, а если модель ограничена отраслевым делением, тот же мотор будет лишь полуфабрикатом (т.е. ресурсом) в отрасли машиностроения. В статических моделях оборудование и другие вещественные элементы капитальных вложений — это ограниченные ресурсы; в динамических моделях они же — продукция соответствующих отраслей промышленности. Строго говоря, каждый П. в народном хозяйстве является воспроизводимым ресурсом для производства каких-либо других продуктов. Исключение — конечные продукты, выводимые за пределы экономической системы. См. также Блага. 2. То же, что продукция (как правило, в стоимостном измерении). В таком обобщенном смысле слово «П.» применяется в терминах: совокупный общественный П., конечный П. и др.
    [ http://slovar-lopatnikov.ru/]

    EN

    product
    Something produced by human or mechanical effort or by a natural process. (Source: AMHER)
    [http://www.eionet.europa.eu/gemet/alphabetic?langcode=en]

    Тематики

    EN

    DE

    FR

     

    продукция
    Результат деятельности или процессов.
    Примечания
    1 Продукция может включать услуги, оборудование, перерабатываемые материалы, программное обеспечение или комбинации из них.
    2 Продукция может быть материальной (например, узлы или перерабатываемые материалы) или нематериальной (например, информация или понятия), или комбинацией из них.
    3 Продукция может быть намеренной (например, предложение потребителям или ненамеренной (например, загрязнитель или нежелательные последствия).
    [ИСО 8402-94]
    [ ГОСТ Р 52104-2003]
    продукция
    Результат процесса.
    Примечания
    1. Существуют четыре общие категории продукции:
    - услуги (например, перевозки);
    - программные средства (например, компьютерная программа, словарь);
    - технические средства (например, узел двигателя);
    - перерабатываемые материалы (например, смазка).
    Многие виды продукции содержат элементы, относящиеся к различным общим категориям продукции. Отнесение продукции к услугам, программным, техническим средствам или перерабатываемым материалам зависит от преобладающего элемента.(например, поставляемая продукция "автомобиль" состоит из технических средств (например, шин), перерабатываемых материалов (горючее, охлаждающая жидкость), программных средств (программное управление двигателем, инструкция для водителя) и услуги (разъяснения по эксплуатации, даваемые продавцом).
    2. Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика и потребителя, и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:
    - деятельность, осуществленную на поставленной потребителем материальной продукции (например, ремонт неисправного автомобиля);
    - деятельность, осуществленную на поставленной потребителем нематериальной продукции (например, составление заявления о доходах, необходимого для определения размера налога);
    - предоставление нематериальной продукции (например, информации в смысле передачи знаний);
    - создание благоприятных условий для потребителей (например, в гостиницах и ресторанах).
    Программное средство содержит информацию и обычно является нематериальным, может также быть в форме подходов, операций или процедуры.
    Техническое средство, как правило, является материальным и его количество выражается исчисляемой характеристикой. Перерабатываемые материалы обычно являются материальными и их количество выражается непрерывной характеристикой. Технические средства и перерабатываемые материалы часто называют товарами.
    3. обеспечение качества направлено главным образом на предполагаемую продукцию.
    [ ГОСТ Р ИСО 9000-2008]
    продукция
    Товары, поступившие в продажу.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

     продукция
    Совокупность продуктов и услуг производства (или иной экономической деятельности: строительства, транспорта, связи и др.), оцениваемая в стоимостном или натуральном измерении; выход экономической системы. В различных источниках круг объектов, относимых к П., существенно различается. В плановой практике продукцией считаются только полезные продукты труда — готовые изделия, полуфабрикаты, услуги. В более широком смысле, кроме этого, к ней относят также, например, отходы, в том числе загрязняющие среду, побочные продукты, брак. Однако в этом смысле предпочтительнее термин выпуск. См. также Валовая продукция, Конечный продукт (народнохозяйственный), Конечный продукт отрасли, Продукт, Результаты, Условно-чистая продукция, Чистая продукция.
    [ http://slovar-lopatnikov.ru/]

    EN

    merchandise
    Goods that are sold in business.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

    Тематики

    EN

     

    продукция (в экологическом менеджменте)
    Любой товар или услуга.
    Примечание
    Под продукцией в контексте экологической маркировки и оценки жизненного цикла понимается определенный вид продукта или услуги, а не вся совокупность продуктов или услуг, производимых (оказываемых) организацией.
    [ http://www.14000.ru/glossary/main.php?PHPSESSID=25e3708243746ef7c85d0a8408d768af]

    EN

    product
    Any goods or service.
    [ISO 14021]

    Тематики

    EN

     

    произведение (мат.)
    —
    [Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва]

    Тематики

    • электротехника, основные понятия

    EN

     

    товар
    Любая вещь, не ограниченная в обороте, свободно отчуждаемая и переходящая от одного лица к другому по договору купли-продажи.
    [ ГОСТ Р 51303-99]

    товар
    Продукт производственной деятельности (включая работы, услуги), предназначенный для продажи, обмена или иного введения в хозяйственный оборот.
    [ http://slovar-lopatnikov.ru/]


    Тематики

    EN

    4.38 продукция (product): Полный набор компьютерных программ, процедур и соответствующих им документации и данных, предназначенный для поставки пользователю.

    Примечание - Используют также термин «программный продукт».

    Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа

    3.2 продукция (product): Результат процесса.

    Примечания

    1 В стандарте ИСО 9000:2005 упоминаются четыре общие категории продукции:

    - услуги (например, перевозки) (см. определение в п. 3.4);

    - программные средства (например, компьютерная программа, словарь);

    - технические средства (например, двигатель, механическая деталь);

    - переработанные материалы (например, смазка).

    Многие виды продукции содержат элементы, относящиеся к разным общим категориям продукции. Называется ли в этом случае продукция услугой, программным продуктом, техническим средством или переработанным материалом, будет зависеть от главенствующего элемента.

    2 Продукция включает результаты природных процессов, такие как рост растений и формирование других природных ресурсов.

    3 Определение заимствовано из стандарта ИСО/МЭК 17000:2004 (3.3).

    Источник: ГОСТ Р ИСО/МЭК 17020-2012: Оценка соответствия. Требования к работе различных типов органов инспекции оригинал документа

    3.1 Термины, определенные в ИСО 10303-1

    В настоящем стандарте применены следующие термины:

    - приложение (application);

    - прикладной объект (application object);

    - прикладной протокол (application protocol);

    - прикладная эталонная модель; ПЭМ (application reference model; ARM);

    - данные (data);

    - информация (information);

    - интегрированный ресурс (integrated resource);

    - изделие (product);

    - данные об изделии (product data).

    Источник: ГОСТ Р ИСО/ТС 10303-1287-2008: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1287. Прикладные модули. Регистрация действий по прикладному протоколу ПП239

    3.3 продукция (product): Результат процесса.

    Примечание - Примерами продукции могут быть информационная система, программное обеспечение, информационная услуга и т.д.

    Источник: ГОСТ Р 52655-2006: Информационно-коммуникационные технологии в образовании. Интегрированная автоматизированная система управления учреждением высшего профессионального образования. Общие требования оригинал документа

    3.1 Термины, определенные в ИСО 10303-1

    В настоящем стандарте применены следующие термины:

    - приложение (application);

    - прикладной контекст (application context);

    - прикладной протокол; ПП (application protocol; АР);

    - метод реализации (implementation method);

    - интегрированный ресурс (integrated resource);

    - интерпретация (interpretation);

    - модель (model);

    - изделие (product);

    - данные об изделии (product data).

    Источник: ГОСТ Р ИСО 10303-502-2006: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 502. Прикладные интерпретированные конструкции. Каркасное представление формы на основе оболочек оригинал документа

    3.1 продукция (product): Результат действий или процесса. Продукцией могут быть: услуги, технические средства, обработанные материалы, программное обеспечение или их комбинация.

    Источник: ГОСТ Р 51901.4-2005: Менеджмент риска. Руководство по применению при проектировании оригинал документа

    3.4.2 продукция (product): Результат процесса (3.4.1).

    Примечания

    1 Существуют четыре общие категории продукции:

    - услуги (например, перевозки);

    - программные средства (например, компьютерная программа, словарь);

    - технические средства (например, узел двигателя);

    - перерабатываемые материалы (например, смазка).

    Многие виды продукции содержат элементы, относящиеся к различным общим категориям продукции. Отнесение продукции к услугам, программным, техническим средствам или перерабатываемым материалам зависит от преобладающего элемента.

    Например, поставляемая продукция «автомобиль» состоит из технических средств (например, шин), перерабатываемых материалов (горючее, охлаждающая жидкость), программных средств (программное управление двигателем, инструкция для водителя) и услуги (разъяснения по эксплуатации, даваемые продавцом).

    2 Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика (3.3.6)и потребителя (3.3.5), и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:

    - деятельность, осуществленную на поставленной потребителем материальной продукции (например, ремонт неисправного автомобиля);

    - деятельность, осуществленную на поставленной потребителем нематериальной продукции (например, составление заявления о доходах, необходимого для определения размера налога);

    - предоставление нематериальной продукции (например, информации в смысле передачи знаний);

    - создание благоприятных условий для потребителей (например, в гостиницах и ресторанах).

    Программное средство содержит информацию и обычно является нематериальным, может также быть в форме подходов, операций или процедуры (3.4.5).

    Техническое средство, как правило, является материальным и его количество выражается исчисляемой характеристикой (3.5.1). Перерабатываемые материалы обычно являются материальными и их количество выражается непрерывной характеристикой. Технические средства и перерабатываемые материалы часто называют товарами.

    Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

    3.4 продукция (product): Результат процесса (см. 3.3).

    Примечания

    1 Имеются четыре общие категории продукции:

    - услуги (например перевозки);

    - программные средства (например компьютерная программа, словарь);

    - технические средства (например узел двигателя);

    - перерабатываемые материалы (например смазка).

    Многие виды продукции содержат элементы, относящиеся к различным общим категориям продукции. Отнесение продукции к услугам, программным или техническим средствам или перерабатываемым материалам зависит от преобладающего элемента.

    Например, поставляемая продукция «автомобиль» состоит из технических средств (например шин), перерабатываемых материалов (горючее, охлаждающая жидкость), программных средств (программное управление двигателем, инструкция водителю) и услуг (разъяснения по эксплуатации, даваемые продавцом).

    2 Услуга является результатом по меньшей мере одного действия, обязательно осуществленного при взаимодействии поставщика и потребителя, она, как правило, нематериальна. Предоставление услуги может включать в себя, к примеру, следующее:

    - деятельность, осуществленную на поставленной потребителем материальной продукции (например автомобиль, нуждающийся в ремонте);

    - деятельность, осуществленную на поставленной потребителем нематериальной продукции (например, заявление о доходах, необходимое для определения размера налога);

    - предоставление нематериальной продукции (например информации, в смысле передачи знаний);

    - создание благоприятных условий для потребителей (например в гостиницах и ресторанах). Программное средство содержит информацию и обычно является нематериальным, может также быть в

    форме подходов, операций или процедуры (3.2).

    Техническое средство, как правило, является материальным и его количество выражается исчисляемой характеристикой. Перерабатываемые материалы обычно являются материальными и их количество выражается непрерывной характеристикой. Технические средства и перерабатываемые материалы часто называются товарами.

    [см. 3.4.2 ИСО 9000]

    Источник: ГОСТ Р ИСО 10005-2007: Менеджмент организации. Руководящие указания по планированию качества оригинал документа

    3.9 продукция (product): Любые товары или услуги.

    Примечание 1 - Для целей настоящего стандарта термин «продукция» охватывает услуги. Продукцию можно распределить по следующим категориям:

    - услуги (например транспортирование);

    - программное обеспечение (например компьютерная программа, словарь);

    - технические средства (например механическая часть двигателя);

    - обработанные материалы (например смазка).

    Примечание 2 - Услуги имеют материальные и нематериальные элементы. Предоставление услуги может включать, например, следующее:

    - деятельность, выполняемую в отношении материальной продукции, поставленной потребителем (например, на подлежащем ремонту автомобиле);

    - деятельность, выполняемую в отношении нематериальной продукции, поставленной потребителю (например, декларация о доходах, необходимая для возврата налогов);

    - поставку нематериальной продукции (например, поставку информации в контексте передачи знаний);

    - создание среды для потребителя (например, в гостиницах и ресторанах).

    Программное обеспечение включает информацию, является, как правило, нематериальным объектом и может быть представлено в форме соответствующих подходов, операций или процедур.

    Технические средства являются, как правило, материальными, а их количество - дискретной величиной.

    Переработанные материалы являются, как правило, материальными, а их количество - непрерывной величиной.

    Примечание 3 - Адаптировано в соответствии с ИСО 14021:1999 и ИСО 9000:2005.

    Источник: ГОСТ Р ИСО 14040-2010: Экологический менеджмент. Оценка жизненного цикла. Принципы и структура оригинал документа

    3.9 продукция (product): Любые товары или услуги.

    Примечание 1 - В настоящем стандарте термин «продукция» включает в себя также предоставление услуг. Продукцию можно распределить по следующим категориям:

    - услуги (например, транспортирование);

    - программное обеспечение (например, компьютерная программа, словарь);

    - технические средства (например, механическая часть двигателя);

    - обработанные материалы (например, смазка);

    Примечание 2 - Услуги включают в себя как материальные, так и нематериальные элементы. Предоставление услуги может включать в себя, например, следующее:

    - деятельность, выполняемую в отношении материальной продукции, поставленной потребителем (например, ремонт автомобиля);

    - деятельность, выполняемую в отношении нематериальной продукции, поставленной потребителю (например, декларация о доходах, необходимая для целей налогообложения);

    - поставку нематериальной продукции (например, поставку информации в контексте передачи знаний);

    - создание среды для потребителя (например, в гостиницах и ресторанах).

    Примечание 3 - Программное обеспечение включает в себя информацию и является, как правило, нематериальным объектом и может быть представлено в форме соответствующих подходов, операций или процедур.

    Технические средства являются, как правило, материальной продукцией, а их количество - дискретной величиной.

    Переработанные материалы являются, как правило, материальной продукцией, а их количество - непрерывной величиной.

    Источник: ГОСТ Р ИСО 14044-2007: Экологический менеджмент. Оценка жизненного цикла. Требования и рекомендации оригинал документа

    3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

    Примечание - Продукт должен включать в себя компонент предоставления услуги. Продукт может включать в себя также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

    Источник: ГОСТ Р 53633.1-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с поставщиками и партнерами оригинал документа

    3.10 продукция (product): Объект (аппаратные средства, программные средства, материалы), для которого устанавливают или оценивают пригодность использования.

    Источник: ГОСТ Р ИСО 9241-11-2010: Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов (VDT). Часть 11. Руководство по обеспечению пригодности использования оригинал документа

    3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

    Примечание - Продукт должен включать в себя компонент предоставления услуги. Продукт может включать в себя также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

    Источник: ГОСТ Р 53633.2-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление и эксплуатация ресурсов оригинал документа

    2.11 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

    Примечание - Продукт должен включать в себя компонент предоставления услуги. Продукт может включать в себя также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

    Источник: ГОСТ Р 53633.0-2009: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Общая структура бизнес-процессов оригинал документа

    3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

    Примечание - Продукт должен включать в себя компонент предоставления услуги. Продукт может включать в себя также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

    Источник: ГОСТ Р 53633.3-2009: Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с клиентами оригинал документа

    4.6 продукт (product): Изделие, которое подлежит продаже в завершенном и готовом к использованию товарном виде [11].

    Источник: ГОСТ Р ИСО 17363-2010: Применение радиочастотной идентификации (RFID) в цепи поставок. Контейнеры грузовые оригинал документа

    2.19 продукт (product): Основной (материальный) выход из технической энергетической системы.

    Источник: ГОСТ Р ИСО 13600-2011: Системы технические энергетические. Основные положения оригинал документа

    3.7 продукция (product): Ex оборудование, защитные системы, устройства защиты, Ex компоненты и их комбинации, а также программное обеспечение и обслуживание, как определено в 3.4.2 ГОСТ Р ИСО 9000.

    Источник: ГОСТ Р 54370-2011: Взрывоопасные среды. Система менеджмента качества изготовителя оборудования. Требования оригинал документа

    3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

    Примечание - Продукт должен включать компонент предоставления услуги. Продукт может включать также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

    Источник: ГОСТ Р 53633.6-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт Разработка и управление услугами оригинал документа

    3.4.2 продукция (product): Результат процесса (3.4.1).

    Примечания

    1 Существуют четыре общие категории продукции:

    - услуги (например, перевозки);

    - программные средства (например, компьютерная программа, словарь);

    - технические средства (например, узел двигателя);

    - перерабатываемые материалы (например, смазка).

    Многие виды продукции содержат элементы, относящиеся к различным общим категориям продукции. Отнесение продукции к услугам, программным, техническим средствам или перерабатываемым материалам зависит от преобладающего элемента.

    Например, поставляемая продукция «автомобиль» состоит из технических средств (например, шин), перерабатываемых материалов (горючее, охлаждающая жидкость), программных средств (программное управление двигателем, инструкция для водителя) и услуги (разъяснения по эксплуатации, даваемые продавцом).

    2 Услуга является результатом, по меньшей мере, одного действия, обязательно осуществленного при взаимодействии поставщика (3.3.6) и потребителя (3.3.5), и, как правило, нематериальна. Предоставление услуги может включать в себя, например, следующее:

    - деятельность, осуществленную на поставленной потребителем материальной продукции (например, ремонт неисправного автомобиля);

    - деятельность, осуществленную на поставленной потребителем нематериальной продукции (например, составление заявления о доходах, необходимого для определения размера налога);

    - предоставление нематериальной продукции (например, информации в смысле передачи знаний);

    - создание благоприятных условий для потребителей (например, в гостиницах и ресторанах).

    Программное средство содержит информацию и обычно является нематериальным, может также быть в форме подходов, операций или процедуры (3.4.5).

    Техническое средство, как правило, является материальным, и его количество выражается исчисляемой характеристикой (3.5.1). Перерабатываемые материалы обычно являются материальными, и их количество выражается непрерывной характеристикой. Технические средства и перерабатываемые материалы часто называют товарами.

    Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

    3.1 продукция (product): Результат процесса.

    Примечания

    1 К продукции могут относиться услуги, программные средства, технические средства или перерабатываемые материалы.

    2 Термин заимствован из подпункта 3.4.2 ИСО 9000:2005, три первоначальных примечания к которому были объединены в примечание 1.

    Источник: ГОСТ Р 54732-2011: Менеджмент качества. Удовлетворенность потребителей. Руководящие указания по мониторингу и измерению оригинал документа

    3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

    Примечание - Продукт должен включать компонент предоставления услуги. Продукт может включать также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

    Источник: ГОСТ Р 53633.8-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Разработка и управление цепочками поставок оригинал документа

    3.9 продукт (product): Материальная и/или нематериальная сущность, предлагаемая или предоставляемая организацией связи клиенту.

    Примечание - Продукт должен включать компонент предоставления услуги. Продукт может включать также обработанные материалы, программное обеспечение и/или аппаратные средства и любую их комбинацию.

    Источник: ГОСТ Р 53633.5-2012: Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Управление маркетингом и предложением продукта оригинал документа

    3.3 продукция (product): Результат процесса2.

    [ISO 9000:2000, 3.4.2].

    _____________

    2 Термин «продукция» может быть использован в зависимости от сферы применения не только как обобщающий термин, включающий в себя различные результаты процесса, например услуги, но и как один вид результата - собственно продукция, как это используется в ИСО/МЭК 2:2004 и в законодательстве Российской Федерации.

    Примечания

    1 Стандарт ИСО 9000:2000 рассматривает четыре общие категории продукции: услуги (например, транспортировка); программные средства (например, компьютерная программа, словарь); технические средства (например, двигатель, механическая деталь); перерабатываемые материалы (например, смазка). Множество продукции включает в себя элементы, принадлежащие к разным общим категориям. Ее название в этом случае зависит от преобладающего элемента.

    2 Заявление о соответствии, о котором идет речь в примечании 1 к 5.2, может рассматриваться как результат подтверждения соответствия (5.2).

    Источник: ГОСТ Р ИСО/МЭК 17000-2009: Оценка соответствия. Словарь и общие принципы оригинал документа

    6.2 продукция (product): Любые товары или услуги.

    Примечание 1 - Продукцию распределяют на классы по следующим категориям:

    - услуги (например, транспортирование);

    - программное обеспечение (например, компьютерная программа, словарь);

    - технические средства (например, механическая часть двигателя);

    - обработанные материалы (например, смазка).

    Примечание 2 - Услуги имеют материальные и нематериальные элементы. Предоставление услуги может включать в себя, например, следующее:

    - работу, выполняемую на материальной продукции, поставленной потребителем (например, на подлежащем ремонту автомобиле);

    - работу, выполняемую на нематериальной продукции, поставленной потребителю (например, декларация о доходах, необходимая для учета налогов);

    - поставку нематериальной продукции (например, поставку информации в контексте передачи знаний);

    - создание комфортных условий среды обитания для потребителя (например, в гостиницах и ресторанах). Программное обеспечение включает в себя информацию, является, как правило, нематериальным и может быть представлено в форме соответствующих подходов, операций или процедур.

    Технические средства являются, как правило, материальными, а их количество - дискретной величиной.

    Переработанные материалы являются, как правило, материальными, а их количество - непрерывной величиной.

    [ИСО 14040:2006]

    Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

    2.12 продукция (product): Предмет или материал, изготовленный в результате естественных или искусственных процессов.

    Примечание - В настоящем стандарте термин «продукция» применим в самом широком смысле этого слова. Он включает в себя устройства, системы, материалы, программное обеспечение и услуги.

    Источник: ГОСТ Р 53890-2010: Руководство по разработке спецификаций на характеристики и классы продукции. Часть 2. Технические принципы и рекомендации оригинал документа

    3.111 продукция (product): Конструкция, являющаяся специализацией конструкции объекта предприятия, представляющая желаемый выходной результат или промежуточный продукт процессов предприятия.

    Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

    Англо-русский словарь нормативно-технической терминологии > product

  • 12 information

    1. Термины, определенные в ИСО 10303-1
    2. СТРУКТУРА И ФОРМАТ ДАННЫХ
    3. информация (в кибернетике)
    4. информация
    5. Информационный бит

     

    информация
    Значимые данные.
    [ ГОСТ Р ИСО 9000-2008]

    информация
    Любой вид знаний о предметах, фактах, понятиях и т. д. проблемной области, которыми обмениваются пользователи информационной системы
    [ ГОСТ 34.320-96]

    информация
    Сведения (сообщения, данные) независимо от формы их представления.
    Примечание
    В соответствии с определением, приведенным в ГОСТ Р ИСО 9000, информацией являются значимые данные.
    [ ГОСТ Р 52653-2006]

    информация
    Сведения, воспринимаемые человеком и (или) специальными устройствами как отражение фактов материального или духовного мира в процессе коммуникации
    [ГОСТ 7.0-99]

    информация
    Сведения о лицах, предметах, фактах, событиях, явлениях и процессах независимо от формы их представления.
    [Руководящий документ "Основные положения развития Взаимоувязанной сети связи Российской Федерации на перспективу до 2005 года"]
    [ОСТ 45.127-99]

    информация
    сведения
    Одно из наиболее актуальных, фундаментальных и дискуссионных понятий в современной науке и практике. В связи с отсутствием общего определения, в различных предметных областях имеет различные интерпретации. Философия рассматривает две противостоящие друг другу концепции: первая квалифицирует информацию как свойство всех материальных объектов, т.е. как атрибут материи (атрибутивный подход), а вторая связывает ее лишь с функционированием самоорганизующихся систем (функциональный подход). Наиболее распространенным (но не общепринятым) является определение У.Р.Эшби, дополненное А.Д.Урсулом, которые рассматривают информацию как отраженное разнообразие в любых объектах (процессах) живой и не живой природы. На бытовом уровне информация чаще всего воспринимается интуитивно и связывается с получением сведений о чем или о ком-либо. В информатике – это совокупность фактов, явлений, событий, представляющих интерес, подлежащих регистрации и обработке (по Э.А.Якубайтису). Наиболее прагматичным определением оперирует вычислительная техника, в которой информация есть содержание, присваиваемое данным (по В.И.Першикову и В.М.Савинкову).
    [http://www.rol.ru/files/dict/internet/#I].
    Примеры сочетаний:
    information agent - информационный агент - программа, выполняющая поиск информации в Сети без указания пользователем места ее нахождения
    information appliances - информационная бытовая электроника
    information security - информационная безопасность
    information theory - теория информации
    information warfare (infowar) - информационная война
    management information - управленческая информация
    status information - информация о состоянии
    [ http://www.morepc.ru/dict/]

    Тематики

    EN

     

    информация (в кибернетике)
    Основное понятие кибернетики, точно так же экономическая И. — основное понятие экономической кибернетики. Определений этого термина много, они сложны и противоречивы. Причина этого, очевидно, в том, что И. как явлением занимается много разных наук, и кибернетика лишь самая молодая из них. И. — предмет изучения таких наук, как наука об управлении, математическая статистика, генетика, теория средств массовой И. (печать, радио, телевидение), информатика (1), занимающаяся проблемами научно-технической И., и т.д. Наконец, последнее время большой интерес к проблемам И. проявляют философы: они склонны рассматривать И. как одно из основных универсальных свойств материи, связанное с понятием отражения. При всех трактовках понятия И., она предполагает существование двух объектов: источника И. и потребителя (получателя) И. Передача И. от одного к другому происходит с помощью сигналов, которые, вообще говоря, могут не иметь никакой физической связи с ее смыслом: эта связь определяется соглашением. Например, удар в вечевой колокол означал, что надо собираться на площадь, но тем, кто не знал об этом порядке, он не сообщал никакой И. В ситуации с вечевым колоколом человек, участвующий в соглашении о смысле сигнала, знает, что в данный момент могут быть две альтернативы: вечевое собрание состоится или не состоится. Или, выражаясь языком теории И., неопределенное событие «вече» имеет два исхода. Принятый сигнал приводит к уменьшению неопределенности: человек теперь знает, что событие «вече» имеет только один исход — оно состоится. Однако, если было заранее известно, что вече состоится в таком-то часу, колокол ничего нового не сообщил. Отсюда вытекает, что, чем менее вероятно (т.е. более неожиданно) сообщение, тем больше И. оно содержит, и наоборот, чем больше вероятность исхода до совершения события, тем меньше И. содержит сигнал. Примерно такие рассуждения привели в 40-х годах XX в. к возникновению статистической, или «классической«, теории И., которая определяет понятие И. через меру уменьшения неопределенности знания о свершении какого-либо события (такая мера была названа энтропией). У истоков этой науки стояли Н.Винер, К.Шеннон и советские ученые А.Н.Колмогоров, В.А.Котельников и др. Им удалось вывести математические закономерности измерения количества И., а отсюда и такие понятия, как пропускная способность канала И., емкость запоминающих И. устройств и т.п., что послужило мощным стимулом к развитию кибернетики как науки и электронно-вычислительной техники, как применения достижений кибернетики на практике. Что касается определения ценности, полезности И. для получателя, то здесь еще много нерешенного, неясного. Если исходить из потребностей экономического управления и, следовательно, экономической кибернетики, то И. можно определить как все те сведения, знания, сообщения, которые помогают решить ту или иную задачу управления (т.е. уменьшить неопределенность ее исходов). Тогда открываются и некоторые возможности для оценки И.: она тем полезнее, ценнее, чем скорее или с меньшими затратами приводит к решению задачи. Понятие И. близко понятию «данные«. Однако между ними есть различие: данные — это сигналы, из которых еще надо извлечь И. Обработка данных есть процесс приведения их к пригодному для этого виду. Процесс их передачи от источника к потребителю и восприятия в качестве И. может рассматриваться как прохождение трех фильтров: 1) физического, или статистического (чисто количественное ограничение по пропускной способности канала, независимо от содержания данных, т.е. с точки зрения синтактики); 2) семантического (отбор тех данных, которые могут быть поняты получателем, т.е. соответствуют тезаурусу его знаний); 3) прагматического (отбор среди понятых сведений тех, которые полезны для решения данной задачи). Это хорошо показано на схеме, взятой из книги Е.Г.Ясина об экономической информации (см. рис. И.8). Соответственно, выделяются три аспекта изучения проблем И. — синтаксический, семантический и прагматический. По содержанию И. подразделяется на общественно-политическую, социально-экономическую (в том числе экономическую И.), научно-техническую и т.д. Вообще же классификаций И. много, они строятся по различным основаниям. Как правило, из-за близости понятий точно так же строятся и классификации данных. Например, И. подразделяется на статическую (постоянную) и динамическую (переменную), и данные при этом — на постоянные и на переменные. Другое деление — первичная, производная, выходная И.: так же классифицируются данные. Третье деление — И. управляющая и осведомляющая. Четвертое — избыточная, полезная и ложная. Пятое — полная (сплошная) и выборочная. См. также Банк данных, Данные, Выборочная информация, Избыточная информация, Обработка данных, Прагматический аспект информации, Релевантная информация, Сбор данных, Семантический аспект информации Теория информации, Экономическая информация, Экономическая семиотика, Энтропия. Рис. И 8. Процесс передачи и восприятия информации Д — данные; I — физический фильтр (канал связи), 1 — статистическая информация, а — статистический шум; II — семантический фильтр (тезаурус), 2 — семантическая информация, б - семантический шум; III — прагматический фильтр, 3 — прагматическая информация; в — прагматический шум (ненужная, например,. избыточная информация). И — используемая информация.
    [ http://slovar-lopatnikov.ru/]

    Тематики

    EN

    3.34 информация (information): Любые данные, представленные в электронной форме, написанные на бумаге, высказанные на совещании или находящиеся на любом другом носителе, используемые финансовым учреждением для принятия решений, перемещения денежных средств, установления ставок, предоставления ссуд, обработки операций и т.п., включая компоненты программного обеспечения системы обработки.

    Источник: ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

    3.1 Термины, определенные в ИСО 10303-1

    В настоящем стандарте применены следующие термины:

    - приложение (application);

    - прикладной объект (application object);

    - прикладной протокол (application protocol);

    - прикладная эталонная модель; ПЭМ (application reference model; ARM);

    - данные (data);

    - информация (information);

    - интегрированный ресурс (integrated resource);

    - изделие (product);

    - данные об изделии (product data).

    Источник: ГОСТ Р ИСО/ТС 10303-1287-2008: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1287. Прикладные модули. Регистрация действий по прикладному протоколу ПП239

    3.34 информация (information): Любые данные, представленные в электронной форме, написанные на бумаге, высказанные на совещании или находящиеся на любом другом носителе, используемые финансовым учреждением для принятия решений, перемещения денежных средств, установления ставок, предоставления ссуд, обработки операций и т.п., включая компоненты программного обеспечения системы обработки.

    Источник: ГОСТ Р ИСО ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

    3. СТРУКТУРА И ФОРМАТ ДАННЫХ

    57. Информационный бит

    Information

    bit

    Бит, вырабатываемый источником данных и предназначенный для передачи данных пользователя

    Источник: ГОСТ 24402-88: Телеобработка данных и вычислительные сети. Термины и определения оригинал документа

    2.9 информация (Information): Основана на понятии «данные». Добавляет значения величин для понимания предмета в заданном контексте. Является источником знаний.

    Источник: ГОСТ Р 53894-2010: Менеджмент знаний. Термины и определения оригинал документа

    Англо-русский словарь нормативно-технической терминологии > information

  • 13 data

    1. факты
    2. технические характеристики
    3. Термины, определенные в ИСО 10303-1
    4. показатели
    5. новости (амер.)
    6. данные

     

    данные
    Интерпретируемое формализованным способом представление информации, пригодное для коммуникации, интерпретации или обработки.
    [ИСО/МЭК 2382-1]
    [ ГОСТ Р 52292-2004]

    данные
    Информация, представленная в виде, пригодном для обработки автоматическими средствами при возможном участии человека
    [ ГОСТ 15971-90]
    [ ГОСТ Р 50304-92]
    [ОСТ 45.127-99]

    [Руководящий документ "Основные положения развития Взаимоувязанной сети связи Российской Федерации на перспективу до 2005 года"]
    данные
    Представление информации в формализованном виде, пригодном для передачи, интерпретации или обработки.
    [ ГОСТ Р ИСО/МЭК 12119-2000]
    [ ГОСТ Р 52653-2006]

    данные
    Информация, представленная в формализованном виде, пригодном для передачи, интерпретации или обработки с участием человека или автоматическими средствами
    [ ГОСТ 34.320-96]
    данные
    Сведения, являющиеся объектом обработки в информационных человеко-машинных системах.
    [ ГОСТ 17657-79]
    данные
    Информация, обработанная и представленная в формализованном виде для дальнейшей обработки
    [ГОСТ 7.0-99]
    данные
    Сведения о состоянии любого объекта — экономического или не экономического, большой системы или ее элементарной части (элемента), о человеке и машине и т. д., представленные в формализованном виде и предназначенные для обработки (или уже обработанные). Д. не обязательно должны быть числовыми: например, статистические показатели работы предприятий и анкетные сведения о человеке — все это Д.) В процессах сбора, обработки и использования они расчленяются на отдельные элементарные составляющие — элементы данных или элементарные данные (иногда их называют просто данными). Элементарные Д. могут быть выражены целыми и вещественными числами, словами, а также булевыми величинами, способными принимать лишь два значения — «истина» (1), «ложь» (0). Слово «Д.» не вполне соответствует слову «информация«, хотя они часто употребляются как синонимы. Д. — величина, число или отношение, вводимые в процесс обработки или выводимые из него. Информация же определяется как знание, полученное из этих данных. Следовательно, обработка данных есть приведение их к такому виду, который наиболее удобен для получения из них информации, знания. Для того, чтобы из минимального количества Д. извлечь максимум информации, используются различные способы записи массивов данных, методы агрегирования и др. Для того, чтобы быть воспринятыми и стать информацией, Д. проходят как бы тройной фильтр: физический (ограничения по пропускной способности канала), семантический (см. Тезаурус) и прагматический, где оценивается полезность Д. (см. Информация). Экономические Д. можно подразделить на два особенно важных класса: условно-постоянные и переменные. Различие между ними поясним простым примером: нормативы запасов — условно-постоянные Д., размеры запасов отдельных материалов на конкретные даты — переменные. Следовательно, первые — это всякого рода расценки, нормативы, нормы, сведения о производительности оборудования и т.д. Обычно в автоматизированных системах управления они либо хранятся в массивах картотек (устаревшая и выходящая из употребления система), либо вводятся в память машины один раз и при необходимости включаются в расчет самой машиной. Условно-постоянными они называются потому, что все же время от времени обновляются. Переменные Д. (сведения о выработке рабочих, о сдаче деталей и продукции, о тех же запасах на складе и многие другие) после расчета, как правило, выводятся из памяти компьютера. См. также Автоматизированная система обработки данных (АСОД), База данных, Носитель данных, Обработка данных, Показатель, Сбор данных, Скорость передачи данных, Экономическая информация.
    [ http://slovar-lopatnikov.ru/]


    Тематики

    EN

    FR

     

    новости (амер.)
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    показатели
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    технические характеристики
    Ряд номинальных параметров или условий эксплуатации.
    [ ГОСТ Р МЭК 60050-426-2006]

    технические характеристики
    -
    [Интент]


    Тематики

    EN

    FR

     

    факты
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

    3.4 данные (data): Совокупность значений, присвоенных для основных мер измерений, производных мер измерений и (или) показателей.

    [ИСО/МЭК 15939:2007]

    Источник: ГОСТ Р ИСО/МЭК 27004-2011: Информационная технология. Методы и средства обеспечения безопасности. Менеджмент информационной безопасности. Измерения оригинал документа

    3.1 Термины, определенные в ИСО 10303-1

    В настоящем стандарте применены следующие термины:

    - приложение (application);

    - прикладной объект (application object);

    - прикладной протокол (application protocol);

    - прикладная эталонная модель; ПЭМ (application reference model; ARM);

    - данные (data);

    - информация (information);

    - интегрированный ресурс (integrated resource);

    - изделие (product);

    - данные об изделии (product data).

    Источник: ГОСТ Р ИСО/ТС 10303-1287-2008: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1287. Прикладные модули. Регистрация действий по прикладному протоколу ПП239

    1. Данные

    Data

    Информация, представленная в виде, пригодном для обработки автоматическими средствами при возможном участии человека

    Источник: ГОСТ 15971-90: Системы обработки информации. Термины и определения оригинал документа

    3.2.14 данные (data): Представление информации в формальном виде, пригодном для передачи, интерпретации или обработки людьми или компьютерами;

    Источник: ГОСТ Р ИСО 10303-1-99: Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1. Общие представления и основополагающие принципы оригинал документа

    2.6 данные (Data): Дискретные объективные факты (номера, символы, цифры) без контекста и пояснений.

    Источник: ГОСТ Р 53894-2010: Менеджмент знаний. Термины и определения оригинал документа

    3.12 данные (data): Представление информации или команд в виде, пригодном для передачи, интерпретации или обработки с помощью компьютера.

    [IEEE 610, модифицировано]

    Примечание - Данные, необходимые для определения параметров и реализации прикладных и служебных функций в системе, называются «прикладными данными».

    Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа

    3.13 данные (data): Представление информации или сообщений в виде, подходящем для передачи, интерпретации или обработки с помощью компьютеров (см. рисунок 2).

    [IEEE 610, модифицировано] [1]

    Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

    3.1.3 данные (data): Любой элемент информации, принимаемый регистратором для записи, включая численные значения, текст, а также звуковые и радиолокационные сигналы, за исключением особо оговоренных случаев или ситуаций, когда по контексту понятно иное.

    Источник: ГОСТ Р МЭК 61996-1-2009: Морское навигационное оборудование и средства радиосвязи. Судовой регистратор данных рейса (РДР). Часть 1. Регистратор данных рейса (РДР). Технико-эксплуатационные требования, методы и требуемые результаты испытаний оригинал документа

    3.17 данные (data): представление информации формальным способом, подходящим для коммуникации, интерпретации или для информационной обработки человеком или компьютерами.

    Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

    Англо-русский словарь нормативно-технической терминологии > data

  • 14 plc

    1. связь по ЛЭП
    2. программируемый логический контроллер
    3. несущая в канале ВЧ-связи по ЛЭП
    4. маскирование потери пакета
    5. контроллер с программируемой логикой
    6. акционерная компания с ограниченной ответственностью

     

    акционерная компания с ограниченной ответственностью
    AG - аббревиатура для обозначения AKTIENGESELLSCHAFT (акционерное общество). Оно пишется после названия немецких, австрийских или швейцарских компаний и является эквивалентом английской аббревиатуры plc (public limited company-акционерная компания с ограниченной ответственностью). Сравни: GmbH.
    [ http://www.vocable.ru/dictionary/533/symbol/97]

    Тематики

    EN

    DE

    • AG

     

    контроллер с программируемой логикой
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    маскирование потери пакета
    Метод сокрытия факта потери медиапакетов путем генерирования синтезируемых пакетов (МСЭ-T G.1050).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    несущая в канале ВЧ-связи по ЛЭП
    —
    [Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999]

    Тематики

    • электротехника, основные понятия

    EN

     

    программируемый логический контроллер
    ПЛК
    -
    [Интент]

    контроллер
    Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
    [Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
     Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

    EN

    storage-programmable logic controller
    computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
    [IEV ref 351-32-34]

    FR

    automate programmable à mémoire
    équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
    [IEV ref 351-32-34]

      См. также:
    - архитектура контроллера;
    - производительность контроллера;
    - время реакции контроллера;
    КЛАССИФИКАЦИЯ
      Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы: По расположению модулей ввода-вывода ПЛК бывают:
    • моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
    • модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
    • распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
    Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

    Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

    По конструктивному исполнению и способу крепления контроллеры делятся на:
    По области применения контроллеры делятся на следующие типы:
    • универсальные общепромышленные;
    • для управления роботами;
    • для управления позиционированием и перемещением;
    • коммуникационные;
    • ПИД-контроллеры;
    • специализированные.

    По способу программирования контроллеры бывают:
    • программируемые с лицевой панели контроллера;
    • программируемые переносным программатором;
    • программируемые с помощью дисплея, мыши и клавиатуры;
    • программируемые с помощью персонального компьютера.

    Контроллеры могут программироваться на следующих языках:
    • на классических алгоритмических языках (C, С#, Visual Basic);
    • на языках МЭК 61131-3.

    Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

    Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

    Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

    Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

    В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

    Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

    Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:
    • уменьшение габаритов;
    • расширение функциональных возможностей;
    • увеличение количества поддерживаемых интерфейсов и сетей;
    • использование идеологии "открытых систем";
    • использование языков программирования стандарта МЭК 61131-3;
    • снижение цены.
    Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

    [ http://bookasutp.ru/Chapter6_1.aspx]  
    Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
    Принцип работы контроллера состоит в выполнение следующего цикла операций:

    1.    Сбор сигналов с датчиков;
    2.    Обработка сигналов согласно прикладному алгоритму управления;
    3.    Выдача управляющих воздействий на исполнительные устройства.

    В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

    Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

    1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

    2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

    3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

    4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  
    4906
    Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
     
    Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

    Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
     
    4907
    Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
     
    Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).

    Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).

    Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.

    На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
     
     
    4908
    Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  
    4909
    Рис. 4. Резервированный контроллер FCP270.
    На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).

    На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  
    4910
    Рис. 5. Контроллер AC800M.
     
    Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.

    При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:

    1.    Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.

    2.    Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.

    3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

    4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

    5.    Надежность. Наработка на отказ до 10-12 лет.

    6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

    7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

    8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

    9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

    10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

    [ http://kazanets.narod.ru/PLC_PART1.htm]

    Тематики

    Синонимы

    EN

    DE

    • speicherprogrammierbare Steuerung, f

    FR

     

    связь по ЛЭП
    —
    [Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

    Тематики

    • электротехника, основные понятия

    EN

    Англо-русский словарь нормативно-технической терминологии > plc

  • 15 programmable logic controller

    1. программируемый логический контроллер
    2. контроллер с программируемой логикой

     

    контроллер с программируемой логикой
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    программируемый логический контроллер
    ПЛК
    -
    [Интент]

    контроллер
    Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
    [Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
     Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

    EN

    storage-programmable logic controller
    computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
    [IEV ref 351-32-34]

    FR

    automate programmable à mémoire
    équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
    [IEV ref 351-32-34]

      См. также:
    - архитектура контроллера;
    - производительность контроллера;
    - время реакции контроллера;
    КЛАССИФИКАЦИЯ
      Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы: По расположению модулей ввода-вывода ПЛК бывают:
    • моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
    • модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
    • распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
    Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

    Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

    По конструктивному исполнению и способу крепления контроллеры делятся на:
    По области применения контроллеры делятся на следующие типы:
    • универсальные общепромышленные;
    • для управления роботами;
    • для управления позиционированием и перемещением;
    • коммуникационные;
    • ПИД-контроллеры;
    • специализированные.

    По способу программирования контроллеры бывают:
    • программируемые с лицевой панели контроллера;
    • программируемые переносным программатором;
    • программируемые с помощью дисплея, мыши и клавиатуры;
    • программируемые с помощью персонального компьютера.

    Контроллеры могут программироваться на следующих языках:
    • на классических алгоритмических языках (C, С#, Visual Basic);
    • на языках МЭК 61131-3.

    Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

    Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

    Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

    Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

    В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

    Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

    Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:
    • уменьшение габаритов;
    • расширение функциональных возможностей;
    • увеличение количества поддерживаемых интерфейсов и сетей;
    • использование идеологии "открытых систем";
    • использование языков программирования стандарта МЭК 61131-3;
    • снижение цены.
    Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

    [ http://bookasutp.ru/Chapter6_1.aspx]  
    Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
    Принцип работы контроллера состоит в выполнение следующего цикла операций:

    1.    Сбор сигналов с датчиков;
    2.    Обработка сигналов согласно прикладному алгоритму управления;
    3.    Выдача управляющих воздействий на исполнительные устройства.

    В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

    Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

    1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

    2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

    3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

    4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  
    4906
    Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
     
    Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

    Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
     
    4907
    Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
     
    Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).

    Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).

    Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.

    На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
     
     
    4908
    Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  
    4909
    Рис. 4. Резервированный контроллер FCP270.
    На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).

    На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  
    4910
    Рис. 5. Контроллер AC800M.
     
    Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.

    При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:

    1.    Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.

    2.    Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.

    3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

    4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

    5.    Надежность. Наработка на отказ до 10-12 лет.

    6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

    7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

    8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

    9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

    10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

    [ http://kazanets.narod.ru/PLC_PART1.htm]

    Тематики

    Синонимы

    EN

    DE

    • speicherprogrammierbare Steuerung, f

    FR

    Англо-русский словарь нормативно-технической терминологии > programmable logic controller

  • 16 programmable controller

    1. программируемый логический контроллер
    2. программируемый контроллер

     

    программируемый контроллер
    —
    [Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

    Тематики

    • электротехника, основные понятия

    EN

     

    программируемый логический контроллер
    ПЛК
    -
    [Интент]

    контроллер
    Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
    [Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
     Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

    EN

    storage-programmable logic controller
    computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
    [IEV ref 351-32-34]

    FR

    automate programmable à mémoire
    équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
    [IEV ref 351-32-34]

      См. также:
    - архитектура контроллера;
    - производительность контроллера;
    - время реакции контроллера;
    КЛАССИФИКАЦИЯ
      Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы: По расположению модулей ввода-вывода ПЛК бывают:
    • моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
    • модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
    • распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
    Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

    Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

    По конструктивному исполнению и способу крепления контроллеры делятся на:
    По области применения контроллеры делятся на следующие типы:
    • универсальные общепромышленные;
    • для управления роботами;
    • для управления позиционированием и перемещением;
    • коммуникационные;
    • ПИД-контроллеры;
    • специализированные.

    По способу программирования контроллеры бывают:
    • программируемые с лицевой панели контроллера;
    • программируемые переносным программатором;
    • программируемые с помощью дисплея, мыши и клавиатуры;
    • программируемые с помощью персонального компьютера.

    Контроллеры могут программироваться на следующих языках:
    • на классических алгоритмических языках (C, С#, Visual Basic);
    • на языках МЭК 61131-3.

    Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

    Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

    Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

    Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

    В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

    Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

    Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:
    • уменьшение габаритов;
    • расширение функциональных возможностей;
    • увеличение количества поддерживаемых интерфейсов и сетей;
    • использование идеологии "открытых систем";
    • использование языков программирования стандарта МЭК 61131-3;
    • снижение цены.
    Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

    [ http://bookasutp.ru/Chapter6_1.aspx]  
    Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
    Принцип работы контроллера состоит в выполнение следующего цикла операций:

    1.    Сбор сигналов с датчиков;
    2.    Обработка сигналов согласно прикладному алгоритму управления;
    3.    Выдача управляющих воздействий на исполнительные устройства.

    В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

    Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

    1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

    2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

    3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

    4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  
    4906
    Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
     
    Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

    Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
     
    4907
    Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
     
    Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).

    Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).

    Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.

    На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
     
     
    4908
    Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  
    4909
    Рис. 4. Резервированный контроллер FCP270.
    На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).

    На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  
    4910
    Рис. 5. Контроллер AC800M.
     
    Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.

    При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:

    1.    Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.

    2.    Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.

    3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

    4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

    5.    Надежность. Наработка на отказ до 10-12 лет.

    6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

    7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

    8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

    9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

    10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

    [ http://kazanets.narod.ru/PLC_PART1.htm]

    Тематики

    Синонимы

    EN

    DE

    • speicherprogrammierbare Steuerung, f

    FR

    Англо-русский словарь нормативно-технической терминологии > programmable controller

  • 17 storage-programmable logic controller

    1. программируемый логический контроллер

     

    программируемый логический контроллер
    ПЛК
    -
    [Интент]

    контроллер
    Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
    [Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
     Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

    EN

    storage-programmable logic controller
    computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
    [IEV ref 351-32-34]

    FR

    automate programmable à mémoire
    équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
    [IEV ref 351-32-34]

      См. также:
    - архитектура контроллера;
    - производительность контроллера;
    - время реакции контроллера;
    КЛАССИФИКАЦИЯ
      Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы: По расположению модулей ввода-вывода ПЛК бывают:
    • моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
    • модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
    • распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
    Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

    Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

    По конструктивному исполнению и способу крепления контроллеры делятся на:
    По области применения контроллеры делятся на следующие типы:
    • универсальные общепромышленные;
    • для управления роботами;
    • для управления позиционированием и перемещением;
    • коммуникационные;
    • ПИД-контроллеры;
    • специализированные.

    По способу программирования контроллеры бывают:
    • программируемые с лицевой панели контроллера;
    • программируемые переносным программатором;
    • программируемые с помощью дисплея, мыши и клавиатуры;
    • программируемые с помощью персонального компьютера.

    Контроллеры могут программироваться на следующих языках:
    • на классических алгоритмических языках (C, С#, Visual Basic);
    • на языках МЭК 61131-3.

    Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

    Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

    Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

    Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

    В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

    Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

    Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:
    • уменьшение габаритов;
    • расширение функциональных возможностей;
    • увеличение количества поддерживаемых интерфейсов и сетей;
    • использование идеологии "открытых систем";
    • использование языков программирования стандарта МЭК 61131-3;
    • снижение цены.
    Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

    [ http://bookasutp.ru/Chapter6_1.aspx]  
    Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
    Принцип работы контроллера состоит в выполнение следующего цикла операций:

    1.    Сбор сигналов с датчиков;
    2.    Обработка сигналов согласно прикладному алгоритму управления;
    3.    Выдача управляющих воздействий на исполнительные устройства.

    В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

    Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

    1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

    2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

    3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

    4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  
    4906
    Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
     
    Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

    Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
     
    4907
    Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
     
    Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).

    Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).

    Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.

    На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
     
     
    4908
    Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  
    4909
    Рис. 4. Резервированный контроллер FCP270.
    На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).

    На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  
    4910
    Рис. 5. Контроллер AC800M.
     
    Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.

    При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:

    1.    Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.

    2.    Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.

    3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

    4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

    5.    Надежность. Наработка на отказ до 10-12 лет.

    6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

    7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

    8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

    9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

    10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

    [ http://kazanets.narod.ru/PLC_PART1.htm]

    Тематики

    Синонимы

    EN

    DE

    • speicherprogrammierbare Steuerung, f

    FR

    Англо-русский словарь нормативно-технической терминологии > storage-programmable logic controller

  • 18 RDB

    1. Совет по научным исследованиям и разработкам (США)
    2. реляционная база данных
    3. база данных информации маршрутизации

     

    база данных информации маршрутизации
    (МСЭ-T G.7715/ МСЭ-Т Y.1706).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    реляционная база данных
    База данных, реализованная в соответствии с реляционной моделью данных.
    [ ГОСТ 20886-85]

    реляционная БД
    База данных, логически организованная в виде набора отношений ее компонентов.
    Характерной особенностью реляционной базы данных является структура, выполненная в виде таблиц. Строки таких таблиц соответствуют записям, столбцы - атрибутам (признакам хранимых данных). Например, таблица, в которой имеются столбцы: фамилия, год рождения, место работы, домашний адрес, телефон, а в строках записываются эти сведения о сотрудниках предприятия. Такие данные являются ядром реляционной базы.
    Использование реляционных баз данных позволяет:
    собирать и хранить данные в виде таблиц;
    обновлять их содержание;
    получать разнообразную информацию по атрибутам или записям;
    отображать полученные данные в виде диаграмм или таблиц;
    выполнять необходимые расчеты по материалам базы.
    (Терминологическая база данных по информатике и бизнесу [Электронный ресурс])
    [ http://www.morepc.ru/dict/]


    Системы управления реляционными базами данных

    Процесс отделения программ от структур данных завершили, в конечном итоге, реляционные базы данных (РБД).

    В РБД все данные представлены исключительно в формате таблиц, или, по терминологии реляционной алгебры, отношений (relation). Таблица в реляционной алгебре - это неупорядоченное множество записей (строк), состоящих из одинакового набора полей (столбцов). Каждая строка характеризует некий объект, каждый столбец - одну из его характеристик. Совокупность таких связанных таблиц и составляет БД, при этом таблицы полностью равноправны - между ними не существует никакой иерархии. Реляционная модель является простейшей и наиболее привычной формой представления данных.

    Можно было бы привести более строгое определение, но это не является пред-метом настоящей статьи. Здесь нам важно отметить следующее. РБД позволили моделям данных отражать взаимосвязи прикладной области, а не методы программного доступа к данным и структурам данных. Это огромный шаг вперед по нескольким причинам:

    Отражающие прикладную область знаний модели данных являются интуитивно понятными конечному пользователю.

    Реорганизация данных на физическом уровне совершенно не влияет на выпол-нение прикладных программ. Одним из важнейших побочных эффектов данного преимущества является появление клиент-серверных архитектур, сохраняющих все достоинства централизованного администрирования и управления данными, с одной стороны, и дружески настроенных по отношению к пользователю клиентских программ, с другой. Благодаря нормализации удается избежать чрезмерного дублирования данных.

    По идее, с точки зрения быстродействия, реляционные СУБД должны проигры-вать сетевым и иерархическим моделям. Однако специальные методы, в частности, индексирование БД, позволяют поддерживать их скоростные характеристики на достаточно высоком уровне.

    Развитие РБД

    По мере все более широкого распространения реляционных моделей данных крупные поставщики БД расширяли функциональные возможности, повышали производительность в борьбе за место на рынке. В качестве примеров новых функций можно привести следующее:
    • Хранимые процедуры
      Откомпилированные последовательности SQL-операторов, которые хранятся в БД. Хранимые процедуры исполняются быстрее обычных SQL-операторов, уменьшают объем сетевого трафика и скрывают сложность SQL-выражений от конечного пользователя.
    • Триггеры
      Последовательности SQL-операторов, автоматически запускаемые сервером при возникновении определенных, связанных с данными событий. Обычно они используются для поддержания целостности данных и выполнения таких, связанных с модификацией данных, операций, как трассировка (распечатка программой связанных с ее выполнением событий) и аудирование (ведение журнала событий с целью обеспечения безопасности вычислительной системы.).
       
    • Дублирование и рассредоточение.
      Довольно часто с целью повышения произво-дительности, безопасности и готовности информации приходится дублировать данные на удаленных БД. Например, дублировать хранящуюся на удаленном сервере итоговую производственную информацию в центральной БД.
       
    • Взаимодействие с другими системами.
      После того, как электронная почта приобрела широкую популярность, поставщики БД разработали интерфейс, позволяющий посылать определенные почтовые сообщения в момент возникновения определенных, связанных с операциями над данными, событиями.
    [ http://www.rtsoft-training.ru/?p=600017]

    Тематики

    Синонимы

    EN

     

    Совет по научным исследованиям и разработкам (США)
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > RDB

  • 19 relational data base

    1. реляционная база данных
    2. Реля ционная база данных

     

    реляционная база данных
    База данных, реализованная в соответствии с реляционной моделью данных.
    [ ГОСТ 20886-85]

    реляционная БД
    База данных, логически организованная в виде набора отношений ее компонентов.
    Характерной особенностью реляционной базы данных является структура, выполненная в виде таблиц. Строки таких таблиц соответствуют записям, столбцы - атрибутам (признакам хранимых данных). Например, таблица, в которой имеются столбцы: фамилия, год рождения, место работы, домашний адрес, телефон, а в строках записываются эти сведения о сотрудниках предприятия. Такие данные являются ядром реляционной базы.
    Использование реляционных баз данных позволяет:
    собирать и хранить данные в виде таблиц;
    обновлять их содержание;
    получать разнообразную информацию по атрибутам или записям;
    отображать полученные данные в виде диаграмм или таблиц;
    выполнять необходимые расчеты по материалам базы.
    (Терминологическая база данных по информатике и бизнесу [Электронный ресурс])
    [ http://www.morepc.ru/dict/]


    Системы управления реляционными базами данных

    Процесс отделения программ от структур данных завершили, в конечном итоге, реляционные базы данных (РБД).

    В РБД все данные представлены исключительно в формате таблиц, или, по терминологии реляционной алгебры, отношений (relation). Таблица в реляционной алгебре - это неупорядоченное множество записей (строк), состоящих из одинакового набора полей (столбцов). Каждая строка характеризует некий объект, каждый столбец - одну из его характеристик. Совокупность таких связанных таблиц и составляет БД, при этом таблицы полностью равноправны - между ними не существует никакой иерархии. Реляционная модель является простейшей и наиболее привычной формой представления данных.

    Можно было бы привести более строгое определение, но это не является пред-метом настоящей статьи. Здесь нам важно отметить следующее. РБД позволили моделям данных отражать взаимосвязи прикладной области, а не методы программного доступа к данным и структурам данных. Это огромный шаг вперед по нескольким причинам:

    Отражающие прикладную область знаний модели данных являются интуитивно понятными конечному пользователю.

    Реорганизация данных на физическом уровне совершенно не влияет на выпол-нение прикладных программ. Одним из важнейших побочных эффектов данного преимущества является появление клиент-серверных архитектур, сохраняющих все достоинства централизованного администрирования и управления данными, с одной стороны, и дружески настроенных по отношению к пользователю клиентских программ, с другой. Благодаря нормализации удается избежать чрезмерного дублирования данных.

    По идее, с точки зрения быстродействия, реляционные СУБД должны проигры-вать сетевым и иерархическим моделям. Однако специальные методы, в частности, индексирование БД, позволяют поддерживать их скоростные характеристики на достаточно высоком уровне.

    Развитие РБД

    По мере все более широкого распространения реляционных моделей данных крупные поставщики БД расширяли функциональные возможности, повышали производительность в борьбе за место на рынке. В качестве примеров новых функций можно привести следующее:
    • Хранимые процедуры
      Откомпилированные последовательности SQL-операторов, которые хранятся в БД. Хранимые процедуры исполняются быстрее обычных SQL-операторов, уменьшают объем сетевого трафика и скрывают сложность SQL-выражений от конечного пользователя.
    • Триггеры
      Последовательности SQL-операторов, автоматически запускаемые сервером при возникновении определенных, связанных с данными событий. Обычно они используются для поддержания целостности данных и выполнения таких, связанных с модификацией данных, операций, как трассировка (распечатка программой связанных с ее выполнением событий) и аудирование (ведение журнала событий с целью обеспечения безопасности вычислительной системы.).
       
    • Дублирование и рассредоточение.
      Довольно часто с целью повышения произво-дительности, безопасности и готовности информации приходится дублировать данные на удаленных БД. Например, дублировать хранящуюся на удаленном сервере итоговую производственную информацию в центральной БД.
       
    • Взаимодействие с другими системами.
      После того, как электронная почта приобрела широкую популярность, поставщики БД разработали интерфейс, позволяющий посылать определенные почтовые сообщения в момент возникновения определенных, связанных с операциями над данными, событиями.
    [ http://www.rtsoft-training.ru/?p=600017]

    Тематики

    Синонимы

    EN

    14. Реля ционная база данных

    Relational data base

    База данных, реализованная в соответствии с реляционной моделью данных

    Источник: ГОСТ 20886-85: Организация данных в системах обработки данных. Термины и определения оригинал документа

    Англо-русский словарь нормативно-технической терминологии > relational data base

  • 20 Relational Database

    1. реляционная база данных

     

    реляционная база данных
    База данных, реализованная в соответствии с реляционной моделью данных.
    [ ГОСТ 20886-85]

    реляционная БД
    База данных, логически организованная в виде набора отношений ее компонентов.
    Характерной особенностью реляционной базы данных является структура, выполненная в виде таблиц. Строки таких таблиц соответствуют записям, столбцы - атрибутам (признакам хранимых данных). Например, таблица, в которой имеются столбцы: фамилия, год рождения, место работы, домашний адрес, телефон, а в строках записываются эти сведения о сотрудниках предприятия. Такие данные являются ядром реляционной базы.
    Использование реляционных баз данных позволяет:
    собирать и хранить данные в виде таблиц;
    обновлять их содержание;
    получать разнообразную информацию по атрибутам или записям;
    отображать полученные данные в виде диаграмм или таблиц;
    выполнять необходимые расчеты по материалам базы.
    (Терминологическая база данных по информатике и бизнесу [Электронный ресурс])
    [ http://www.morepc.ru/dict/]


    Системы управления реляционными базами данных

    Процесс отделения программ от структур данных завершили, в конечном итоге, реляционные базы данных (РБД).

    В РБД все данные представлены исключительно в формате таблиц, или, по терминологии реляционной алгебры, отношений (relation). Таблица в реляционной алгебре - это неупорядоченное множество записей (строк), состоящих из одинакового набора полей (столбцов). Каждая строка характеризует некий объект, каждый столбец - одну из его характеристик. Совокупность таких связанных таблиц и составляет БД, при этом таблицы полностью равноправны - между ними не существует никакой иерархии. Реляционная модель является простейшей и наиболее привычной формой представления данных.

    Можно было бы привести более строгое определение, но это не является пред-метом настоящей статьи. Здесь нам важно отметить следующее. РБД позволили моделям данных отражать взаимосвязи прикладной области, а не методы программного доступа к данным и структурам данных. Это огромный шаг вперед по нескольким причинам:

    Отражающие прикладную область знаний модели данных являются интуитивно понятными конечному пользователю.

    Реорганизация данных на физическом уровне совершенно не влияет на выпол-нение прикладных программ. Одним из важнейших побочных эффектов данного преимущества является появление клиент-серверных архитектур, сохраняющих все достоинства централизованного администрирования и управления данными, с одной стороны, и дружески настроенных по отношению к пользователю клиентских программ, с другой. Благодаря нормализации удается избежать чрезмерного дублирования данных.

    По идее, с точки зрения быстродействия, реляционные СУБД должны проигры-вать сетевым и иерархическим моделям. Однако специальные методы, в частности, индексирование БД, позволяют поддерживать их скоростные характеристики на достаточно высоком уровне.

    Развитие РБД

    По мере все более широкого распространения реляционных моделей данных крупные поставщики БД расширяли функциональные возможности, повышали производительность в борьбе за место на рынке. В качестве примеров новых функций можно привести следующее:
    • Хранимые процедуры
      Откомпилированные последовательности SQL-операторов, которые хранятся в БД. Хранимые процедуры исполняются быстрее обычных SQL-операторов, уменьшают объем сетевого трафика и скрывают сложность SQL-выражений от конечного пользователя.
    • Триггеры
      Последовательности SQL-операторов, автоматически запускаемые сервером при возникновении определенных, связанных с данными событий. Обычно они используются для поддержания целостности данных и выполнения таких, связанных с модификацией данных, операций, как трассировка (распечатка программой связанных с ее выполнением событий) и аудирование (ведение журнала событий с целью обеспечения безопасности вычислительной системы.).
       
    • Дублирование и рассредоточение.
      Довольно часто с целью повышения произво-дительности, безопасности и готовности информации приходится дублировать данные на удаленных БД. Например, дублировать хранящуюся на удаленном сервере итоговую производственную информацию в центральной БД.
       
    • Взаимодействие с другими системами.
      После того, как электронная почта приобрела широкую популярность, поставщики БД разработали интерфейс, позволяющий посылать определенные почтовые сообщения в момент возникновения определенных, связанных с операциями над данными, событиями.
    [ http://www.rtsoft-training.ru/?p=600017]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > Relational Database

См. также в других словарях:

  • прикладной процесс управления сигнализацией — — [http://www.iks media.ru/glossary/index.html?glossid=2400324] Тематики электросвязь, основные понятия EN signaling management application processSMAP …   Справочник технического переводчика

  • Прикладной процесс — процесс, выполняющий обработку данных для нужд пользователей. С одной стороны, прикладной процесс взаимодействует с пользователями, получает от них задания и предоставляет им результаты обработки данных. При этом используется интерфейс… …   Финансовый словарь

  • прикладной процесс — 2.5 прикладной процесс (application process): Процесс, определенный в соответствии с требованиями конкретной информационной системы. Источник: ГОСТ Р ИСО/МЭК ТО 10032 2007: Эталонная модель управления данными Смотри также родственные термины: 22 …   Словарь-справочник терминов нормативно-технической документации

  • Прикладная функция управления (ПФУ) — 3.1.37 Прикладная функция управления (ПФУ) прикладной процесс управления элементом СУЭ. Прикладная функция управления состоит из агента (управляемого) и/или менеджера. Каждый СЭ и операционная система или устройство взаимодействия должны… …   Словарь-справочник терминов нормативно-технической документации

  • ГОСТ Р ИСО/МЭК ТО 10032-2007: Эталонная модель управления данными — Терминология ГОСТ Р ИСО/МЭК ТО 10032 2007: Эталонная модель управления данными: 2.36 база данных (database): Совокупность данных, хранимых в соответствии со схемой данных, манипулирование которыми выполняют в соответствии с правилами средств… …   Словарь-справочник терминов нормативно-технической документации

  • ОПТИМАЛЬНОГО УПРАВЛЕНИЯ МАТЕМАТИЧЕСКАЯ ТЕОРИЯ — раздел математики, в к ром изучаются способы формализации и методы решения задач о выборе наилучшего в заранее предписанном смысле способа осуществления управляемого динамич. процесса. Этот динамический процесс может быть, как правило, описан при …   Математическая энциклопедия

  • Факультет прикладной математики и экономики — Факультет управления и прикладной математики (ФУПМ) появился на Физтехе 19 июля 1969 года. ФУПМ был образован приказом министра высшего и среднего специального образования РСФСР по инициативе группы советских учёных математиков: Анатолий… …   Википедия

  • Система управления версиями — (от англ. Version Control System, VCS или Revision Control System)  программное обеспечение для облегчения работы с изменяющейся информацией. Система управления версиями позволяет хранить несколько версий одного и того же документа, при …   Википедия

  • Кафедра механики и процессов управления СПбГПУ — Кафедра механики и процессов управления Факультет Физико механический факультет Вуз Санкт Петербургский государственный политехнический университет Международное название Mechanics and Control …   Википедия

  • Механика и процессы управления (кафедра СПбГПУ) — Кафедра «Механика и процессы управления» (ранее  кафедра «Динамика и прочность машин»)  кафедра Физико механического факультета Санкт Петербургского государственного политехнического университета (СПбГПУ). Кафедра создана 1 июня 1934 г., первым… …   Википедия

  • Механика и процессы управления, СПбГПУ — Кафедра «Механика и процессы управления» (ранее  кафедра «Динамика и прочность машин»)  кафедра Физико механического факультета Санкт Петербургского государственного политехнического университета (СПбГПУ). Кафедра создана 1 июня 1934 г., первым… …   Википедия

Поделиться ссылкой на выделенное

Прямая ссылка:
… Нажмите правой клавишей мыши и выберите «Копировать ссылку»